home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950929-19951130
/
000088_news@columbia.edu_Fri Oct 13 00:34:10 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-12-25
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA20744
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 12 Oct 1995 20:34:16 -0400
Received: by apakabar.cc.columbia.edu id AA29480
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 12 Oct 1995 20:34:15 -0400
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: kermit-370 sliding window
Date: 13 Oct 1995 00:34:10 GMT
Organization: Columbia University
Lines: 39
Message-Id: <45kc62$sp6@apakabar.cc.columbia.edu>
References: <Pine.SOL.3.91.951011165155.1001C-100000@mp>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <Pine.SOL.3.91.951011165155.1001C-100000@mp>,
Srinivas Krishnamurthy <t90kxs1@mp.cs.niu.edu> wrote:
>Q1. Does IBM SYSTEM/370 MVS/TSO KERMIT ver 4.3.1 support sliding windows?
>
No. That's because the underlying operating system does not support
full-duplex communication, which is a prerequisite for sliding windows.
>Q2. Has anyone got kermit to transfer files in non-fullscreen mode over
> SprintNet (formerly Telenet) lines?
>
I believe so, but it's always best to get a direct answer from someone who
has actually done it. It might be as simple as telling the Kermit program
on your end to "do ibm-linemode", which is a built-in macro in C-Kermit and
MS-DOS Kermit, whose definition is:
set parity mark
set flow none
set handshake xon ; or set local-echo on
set duplex half
If mark parity doesn't do it, try even.
>Q3. What are the most effecient settings for such a transfer with
> IBM system/370 kermit ver 4.3.1 and MS-DOS Kermit 3.14?
>
The answer to questions like this always depends on the particulars of the
connection, including all the devices, drivers, boxes, converters, front
ends, and so forth from one end to the other, and probably also the load
on the TSO system and its front end, not to mention the PC's speed, TSR
population, and myriad other configuration items (disk caching, etc) that
Kermit must work under.
If we knew ideal AND foolproof settings, they would be the ones used by
default. We do know "foolproof", and they *are* the default (provided you
get the communications basics like parity, etc, right), but "ideal" always
requires some experimentation. It's the old tradeoff -- speed versus
dependability.
- Frank